SERVICE PROCESSING APPARATUS AND SERVICE PROCESSING METHOD 



BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to a service processing apparatus and a service 
processing method, and in particular to a service processing apparatus and a service 
processing method that are suited for use in a workflow system that converts paper 
documents to electronic files to construct a workflow. 
Description of the Related Ait 

Conventionally, multifunction systems that combine the functions of a 
facsimile, a scaxiner and a printer have been proposed for copying maddnes. Thus, 
p^er office work using copying machines and facsimiles and the processing of 
electronically converted documents on a personal computer can be coop^ated. 

Specifically, paper documents can be scanned and transfinred to a personal 
computer, and documents received by facsimile can be sent to a pmonal compute as 
image data without being printed. Moreovei; there is a demand to cooperate and 
automatize many procedures and processing after p^er documents and documents 
received by facsimile have been converted to electronic files. 

To this end, technologies have conventionally been proposed where job 
templates, in which desired settings are described in regard to items requiring setting 
in the composite machine, are prepared in advance, the job tmiplate is designated, and 
processing is conducted after the settings have been changed as needed. 

For example, a conventional image forming device can plurally save output 
setting data (job tenq>lates) for setting output formats and can form and output images 
using an output fonnat in accordance with the selected output setting data (e.g., see 
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JP-A-10-83263, pp, 5-7 and Figs. 2 and 5). 

An image fonning device where a box conunand is designated in a mailbox, 
so fliat the box command is executed at a timing at which documents have 
accumulated in the mailbox, is also known. According to tihis device, documents that 
have accumulated by fax reception in the mailbox can be delivered to an automatically 
designated delivery destination. 

However, the image forming device described in JP- A- 10-83263 uses only the 
"^output format'% i.e., the iimction of the device itself, as the setting target. Thus, 
there has been the problem that die image forming device cannot effect coop^tion of 
plural processes because it cannot conduct setting of other printers and scanners 
connected to a network and setting of cooperation of processing. The same is true of 
die image forming device tfiat can designate the box command. 

Also, the box command is executed only at a timing at which documents have 
entmd the noailbox, and processing oth^ than processing of documents that liave 
accunnilated in the mailbox cannot be conducted. Thus, there have been the 
problems that processing of docummts cannot be conducted by ottier events, and a 
wide variety of processing cannot be conducted. 

SUMMARY OF THE INVENTION 

The present invention has been devised in order to eliminate tibe 
aforementioned problems, and provides a service jmcessing apparatus and a service 
processing method that can cause equipments connected to a network to cooperatively 
effect plural processes to be executed on document data when a specific event occurs. 

According to an aspect of the invention, there is provided service processing 
apparatus comprising: a storing unit in which are stored (a) instruction data in which 
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are described at least a location of processing document data and a content of plural 
service processes to be executed on the document data and (b) a correspondence 
relation between instruction data that is to be processed when a specific event occurs 
and the specific event; an identi^g unit for identifying, when notification is given by 
at least one of plural s^vice processing apparatuses each connected to a network that 
the specific event has occurred, instruction data corresponding to the notified specific 
event on the basis of the correspondence relation; ian interpreting unit for interpreting 
the content of the identified instruction data; and a cooperative processing unit for 
causing the plural service processing apparatuses to cooperatively execute the plural 
service processes on the document data on the basis of the interpretation result of the 
interpreting unit 

According to another aspect of the invention, there is provided a service 
processing method con^rising: an identifying step of identifying, when notification is 
given by at least one of plural service processing £q>paratuses each coimected to a 
network that a specific event has occurred, instruction data that corresponds to the 
notified specific event and in ^^ch are described at least a location of processing 
document data and a content of plural service processes to be executed on die 
document data, on the basis of a correspondence relation between the specific event 
and instruction data tiua is to be processed when the specific event occurs; an 
inteipreting step of interpreting the content of the identified instruction data; and a 
cooperative processing step of causing the plural service processing apparatuses to 
cooperatively execute the plural service processes on the document data on the basis of 
the interpretation result of the interpreting step. 

According to yet another aspect of the invention, there is provided a service 
processing apparatus comprising: a storing unit in which are stored (a) instruction data 
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in which are described at least a location of processing document data and a content of 
plural service processes to be executed on the document data and G>) a conespondence 
relation between instruction data that is to be processed when a specific event occurs 
and the specific event; an identifying unit for identifying, when notification is given by 
at least one of plural service processing apparatuses each connected to a network that 
the specific event has occulted, instruction data corresponding to the notified specific 
event on the basis of the correspondence relation; and a sending unit for sending, to a 
cooperative processing apparatus that cooperatively executes die plural service 
processes on the document data, the instruction data identified by the identifying 
unit. 

According to stiU anotho- aspect of die invention, there is provided a service 
processing method comprising: an identifying step of identifying, when notification is 
given by at least one of plural services processing apparatuses each connected to a 
network that a specific event has occurred, instruction data that corresponds to the 
notified specific event and in which are described at least a location of processing 
document data and a content of plural service |nticesses to be executed on the 
document data, on the basis of a correspondence relation between the spedfic event 
and instruction data that is to be processed when the specific event occurs; a sending 
st^ for sending the identified instruction data to a cooperative processing apparatus 
that cooperatively executes the plural s^^ce processes on the document data. 

According to yet another aspect of the invention, there is provided a service 
processing apparatus comprising: a storing unit in which are stored (a) instruction data 
in which are described at least a location of processing document data and a content of 
plural service processes to be executed on the document data and (b) a conespondence 
relation between instniiction data that is to be processed when a specific event occurs 
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and the specific event; an identifying unit for identifying, when notification is given by 
at least one of plural service pnx^essing apparatuses each connected to a network that 
the specific event has occurred, instruction data corresponding to the notified specific 
event on the basis of the coirespondence relation; and a sending unit for sending, to 
another service processing apparatus that conducts service processes on the document 
data described in the instruction data, the instruction data identified by the identifying 
unit. 

According to still another aspect of the invention, th^e is provided a service 
processing method comprising: an identifying step of identifying, when notification is 
given by at least one of plural services processing apparatuses each connected to a 
netwoilc that a specific event has occurred, instruction data diat corresponds to the 
notified specific event and in which are described at least a location of processing 
docunoent data and a content of plural s^idce processes to be executed on the 
document data, on the basis of a correspondence relation between the specific event 
and instruction data that is to be processed when the specific event occurs; and a 
sending step for SCTding the identified, instruction data to anodier s^rice pfocessing 
apparatus that conducts service processes on the document data described in the 
instruction data, 

BRIEF DESCRIPTION OF THE DRAWINGS 
Preferred embodiments of die present invention will be described in detail 

based on the following figures, wherein: 

Fig. 1 is a block diagram showing the configuration of a document processing 

system pertaining to a first embodiment of the invention; 

Fig. 2 is a block diagram for describing the flow of information between 
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sections of the document processing system; 

Fig. 3 is a diagram showing the configuration of VF information stored in 

devices; 

Fig. 4 is a diagram showing an instruction editor screen displayed on a GUI of 

an instruction editor; 

Fig. 5 is a diagram showing the configuration of an instruction created by an 

instruction creating unit; 

Fig. 6 is a flow chart showing a sequence of instruction creation processing; 

Fig. 7 is a flow chart showing a sequence of cooperative processing of tiie 
document processing system; 

Fig. 8 is a diagram showing an example of an iostruction list screen showing a 

list of instructions; 

Fig, 9 is a diagram showing an instruction e<Utor screen displayed on a GUI of 
an instruction editor; 

Fig. 10 is a diagram showing an example of a file destination designation 

screen; 

Fig. 11 is a diagram showing an example of a processing timing setting . 

screen; 

Fig. 12 is a functional block diagram of a conqiosite machine; and 

Hg. 13 is a block diagram for describing die flow of information between 

sections of a document processing system pertaioing to a second embodiment of the 

invCTtion. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Pref^able embodiments of die invention will be described in detail below 
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with reference to the drawings. 
First Embodiment 
(System Configuration) 

Fig. lis a block diagram showing the configuration of a document processing 
system 1 pertaining to a first embodiment of the invention. 

The document processing system 1 is a system where applications and devices 
that conduct various services are connected via a network 5. Here, "^services^ refm 
to usable functions relating to documents in response to a demand horn the outside. 
Examples of sudi services include copying, printing, scanning, sending^cdving 
facsimiles, noiail delivering, storing in a repositoiy and reading from a rq)ository, OCR 
(Optical Character Recognition) processing and noise removal processing. However, 
the services are not particulariy limited. 

The document processing system 1 includes: a client terminal 10 disposed 
with a user int»face for effecting cooperation of pluial services and for instructing 
processing that a user desires; a service searching server 20 that searches for the 
services that the user desires; an instruction generating server 30 ttiat creates an 
instruction from infarmation relating to the service cooperation instructed by the client 
terminal 10; an instruction managing server 40 that manges the instruction; and a 
cooperative processing server 50 timt executes cooperative processing of the respective 
services in accordance with the instruction. 

The document processing system 1 also includes: an image processing device 
61 that conducts image processing on an image document, sudi as noise removal 
processing, image rotation processing, OCR processing, and binding iTnflge«; a 
document managing s^er 62 that manages documents; a document delivering server 
63 that delivers documents; a first service processing device 64 that conducts first 
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««vice processing; and a second service processing device 65 that conducts second 
service processing. 

It should be noted diat. although the document processing system 1 of the 
present embodiment has a configuration where plural servers conducting 
predetermined service processing are comiected via the network 5. Ae document 
processing system 1 is not particularly limited as long as plural servers are comiected 
via die networic 5. 

Herts, -insttuction" refers, in a case where a series of processing is divided 
into plural functional processes, to data induding information representing relations of 
respective functions, interface (I/F) infiinnation for calling up respective functions, 
and information for configuring a graphical user intecfece (GUI) relating to the series 
of processing. 

Fig. 2 is a block diagram for describing the interrelation of the service 
processing devices configuring the document processing system 1. The service 
processing devices store I^* information representing the content of die services that 

tiiey themselves provide. 

Rg. 3 is a diagram showing the configuration of the IW'infijrmation. TheWF 

irrfbimation is configured by a "Service Class", a -Service Name", a "Service Icon", a 
-Service Information Location", an "Input", an "Output". "Parameter Restriction 
Rxdes", a -Service Location", a "Method Name", an "Invocation Scheme" and 

" f m p Hcit Elements". 

The "Service Class" is the dass of service (processing content) that the 
service processing devices provide. » should be noted ttutt a predefined service class 
is used for the "Service Class", and examples tiiereof include scanning, printing, 
repositing and flowing. The "Service Name" is the name of die service tbkt the 
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service processing devices pro^dde. The "Service Icon" is position informadoa of 
icons displayed on the GUI of the client terminal 10. 

The ''Service Information Location" is the URL that the instniction generating 
server 30 uses m ordw to acquire the l/F information- The "Input" is the input of the 
service. The "Outpuf ' is the output of the service. The "Parameter Restriction 
Rules" are restriction rides applied to the "Input". The "Service Location" is position 
information when the service is actually used. In the "Method Name", the method of 
providing the service processing and the name that refers to and represents the service 
are described. 

The "Invocation Scheme'* is the scheme for caUing up and invoking the 
service processing. It should be noted that SOAP (Simple Object Access Protocol) or 
SMTP (Simple Mail Transfer Protocol), which are protocols for message exchange, 
can be used for the "Invocation Scheme". The "Laiplicit Elements" are not data 
explicitly sent as output to processing of a later stage, but are data diat can be 
referenced at processing of a later stage. . 

The client ferminal 10 is disposed with the function of a graphical user 
interface (GUI) for displaying screens and conducting predetermined operations in 
order to instruct the creation of an instruction or select an instniction that is to be 
invoked. 

The service seardiing server 20 searches, from among plural services 
connected to the network 5, for services corresponding to search conditions. The 
service searching serv^ 20 stares in advance a part of the I/F information (leferred to 
below as "partial J/F information'') of various service processing devices such as the 
image processing device 61, the document managing server 62, the document 
delivering server 63, the first service processing device 64 and the second service 
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processing device 65. Hm, 'partial VP inforxnation'' refers to the ""Service Class", 
the "SCTvice Name**, the "Service Information Location", the "Input" and the "Output" 
of the elements of the I/F information. 

The service searching server 20 uses the partial I/F information of the service 
processing devices to search for services when search conditions are sent firom the 
instruction generating s^er 30 or the cooperative processing server SO. For 
example* when the service searching server 20 searches for a service that is the same 
as a predetermined smice, the service searching server 20 may search for a service 
whose **Service Class" matches that of the predetermined service, may search for a 
s^vice whose "Input*' and "Output" match those of the predetermined service, or may 
search for a service where all of these match those of the predetermined service. 

The instruction generating server 30 acquires the VF information from the 
service processing devices at tlie time the instrucdon is created, and generates an 
instruction for effecting cooperation of services that the service processing devices 
provide. The instruction generating serv» 30 spedfically executes the following 
processing in order td create the instniction. 

Hie instruction genmting servo* 30 requests, on die basis of the **Service 
Information Location", predetermined so-vice processing devices distributed on the 
network 5 to send the I/F information relating to tiicir services. When thm is no 
predetermined service processing device, the instruction generating server 30 sends, 
witii respect to the sendee seardiing server 20, an instruction to search for other 
s^vice processing devices conducting the same service as that of the predetermiDed 
service processing devices. The instruction generating server 30 may acquire the 
"Service Information Location" of other service processing devices from the service 
searching server 20. 
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Hie instiuction generating server 30 manages the search results from the 
service searching server 20 and the IflP information received from the service 
processing devices. The instruction generating server 30 generates, on the basis of 
the VF information acquired from the service processing devices, an HTML ffle 
serving as a GUI screen for defining a job flow (cooperative processing). When there 
is a request from the cUent terminal 10 to browse the services, the instruction 
generating server 30 sends the HTML file serving as the GUI screen to the client 
tiprni^'""^ 10. 

ng. 4 is a diagram showing an instruction creation screen 100 that is a GUI 
screen for defining a job flow. THe instruction creation screen 100 is configured by a 
service window 101, a flow window 102. a logic window 103 and a property window 
104. 

The service window 101 displays various usable service processing devices. 
The logic window 103 displays a job flow showing a pattern of cooperation between 
services. The property window 104 disptoys detaUed setting parameters of icons 
displayed in die service window 101 and ttie lo^c window 103. 

TTie user can define a job flow in the flow window 102 by dragging icons in 
the s«vice window 101 and icons in the logic window 103 and dropping them in the 
flow window 102. ITie user can also set in detaU relations b^een flie services suidi 
as the sexvices and die logic by editing the content dispUyed in the propaty window 
104. 

In this manner, the user drags icons in the s«vice window 101 and icons in 
die logic window 103 and drops them in die flow window 102. defines a job flow and 
edits the content displayed in die property window 104. whereby die user can easily 
create an instruction for effecting cooperation of various and complicated processing. 
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The invention may also be configured so that it can conduct user 
authentication prior to the display of the instruction creation screen 100 or from the 
instruction creation screen 100. In this case, an unilluatratcd user authentication 
screen is displayed and the usct is prompted to mput a user ID and a password. The 
user authentication can be conducted by storing m advance, in the instruction 
managing server 40, a list of user IDs and passwords for which use of the system is 
allowed, and comparing this with the user ID and the password inputted in the usee 
authentication screen. Thus, separate processing per user becomes possible. 

Also, the created instruction can be saved by designating a fUe destination. 
For example, m the mstniction creation screen 100 of Fig. 4. when "FUe [F]^ which is 
a menu relating to ffle operations, is cUcked, a puU-down menu 120 is displayed as 
shown in Hg. 9. When "Save" in fte puU-down menu 120 Is clicked, a file 
destination designation screen 122 such as shown in Fig. 10 is displayed. 

In the file destination designation screen 122, a folder structure 124 of tfic 
client tenmnal 10 and a. folder structure 126 of devices connected to the network 5, 
such as die instruction managmg server 40, are displayed in a tree format. Also 
displayed are a box 128 for designating a file name for die instruction, boxes 130Aand 
130B for setting access rights relating to use allowance of the instruction, such as a use 
right necessary for using the instruction and an edit/delete rigjhl necessary for editing, 
or deleting the instruction, an OK button 132 and a cancel button 134. 

The user first references the file destination designation screen 122 and 
designates the folder of the file destination by clicking that folder. Here, the 
designated folder may be shaded as shown in Rg. 10 so that it can be easily confmned. 
Then, the user inputs a desired file name in the box 128 for designating the file name, 
and conducts setting of the access rights. 
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Here, the access rights can be alternatively set so tbat they are given only to 
the creator of the instruction or so that fiiey are coounonly given to all osos; Thus, 
the boxes 130A or 130B can be alternatively checked, and a black circle is displayed in 
the checked boxes to show which boxes have been checked. It should be noted that it 
is necessary for user authentication to be conducted when ttkc access rights are given 
only to the creator of the instruction. 

Also, although the access rights in the present embodiment include the use 
right and the edit^delete right, the invention is not limited thereto. Other access rights, 
such as die right to change the access rights or the like, may also be set. Also, 
although there are two types of targets to whom the access rights are given in tlie 
present embodiment, i.e., only the creator or all users, the invention is not limited 
thereto. Three or more types of targets to which the access rights are given may also 
be set so that, for example, a setting can be made to give the access rights only to 
specific groups of users. 

When the OK button 132 is clicked aft^ the file name is designated and the 
access rights have been set in this mann^ the instruction is generated by the 
instruction generating server 30 described later, die instruction of the designated file 
name is associated with use allowance information including infonnadon of the set 
access rigfhts and the user information such as the user ID when the user is 
authenticated, and the same are saved in the fold^. It should be noted that the cancel 
button 134 may be clicked when die user wishes to cancel the designation of the file 
destination. 

la this manner, the created instruction is not limited to being saved wi thin the 
device itself. It is also possible to save the created instruction in an external device 
connected to the network, such as the instruction managing serv^ 40. When a file 
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desdnation has not been designated, the created instruction may also be saved in a 
piedetennined device^ such as the instruction managing server 40. 

Description will be given below of a case where the instruction is saved in the 
instruction managing server 40. 

The instniction saved in the instruction managing server 40 or the like can be 
called up from the client terminal 10 and used. For example, in the instruction 
creation screen 100 of Fig. 4, when Tile [F]", which is a menu relating to file 
operations, is cUcked, the puU-down menu 120 is displayed as shown in Fig. 9. 
When ''Open** is clicked in the puU-down menu 120, an instruction selection screen 
136 such as shown in Fig. 8 is displayed. 

In the instruction selection screen 136, information such as file names of the 
instructions that the user can select, the updated date and time, and the use right and 
edit/delete right is displayed in a list Here, as an example, a ''U" displayed in tfie 
columns of liie use right and edit/delete right represents that use is restricted only to 
the user, and a **C" represents that use is restricted to all users. 

When user authentication is conducted, oidy the information of instructions 
ttxst the user can use is displayed. When user authentication is not conducted, only 
the information of instructions that all users can use is displayed. Hie information of 
instructions that only other wets can use is not displayed. Thus, the instructions that 
the user himselfi^erself can use can be easily grasped, and a desired Instruction can be 
easily selected. 

When the user clicks the desired instruction from among these, a puU-down 
menu 138 is displayed as shown in Hg. 8. Here, when the user selects "Edit", the job 
flow of the selected instruction is displayed on the instruction creation screen 100 and 
the user can edit the content diereof. When the user selects ^Execute", the selected 
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instruction is executed. 

Also, the processing tuning can be designated pra- instruction so that the 
instruction is automatically executed at a txming where a specific event occurs. For 
example, in the instruction creation screen 100 of Fig. 4, when "File [F]", which is a 
menu relating to file operations, is clicked, the puU-down menu 120 is displayed as 
shown in Fig. 9. When ''Processing Uming'* is clicked in the pull-down menu 120, a 
processing timing setting screen 140 such as shown in Fig. 11 is displayed. 

The processing timing setting screen 140 is configured by a device name 
display region 142 where the names of devices connected to die network S such as the 
first service processing device 64 are listed, an event display region 144 whm a list of 
events occurring in the selected device is displayed, an OK button 146, and a cancel 
button 14S. 

When the device names are displayed on the screen, a list of types of events 
occurring in the device (in Fig. 11, the device enclosed by a frame) is displayed in die 
event display region 144. For example, in a case where the first service processing 
device 64 is a device disposed with a fax receiving function, when the first service 
processing device 64 is selected from the device names, a list of events having the 
potential to occur In that device, such as when a document is stored in the maUbox by 
facsimile reception or a transmission error has occurred during fax reception, is 
displayed in die event display region 144. 

The information of the relations between the device names and the list of 
evats is stored in advance in, for example, the service searching serv^ 20. This 
information includes, in the I/F information that each device has, events having the 
potential to occur in the device, and is generate^ by the devices sending the I/F 
information to the service searching server 20. Thus, when the processing timing 
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setting screen 140 is displayed, die information of the relations b^een the device 
names and the list of events is acquired from the service searching server 20 and, on 
the basis of this, the device names and die list of events can be displayed on the 
processing timing setting screen 140. 

Here» when an event that the user wishes to set as a timing for executing the 
instruction is selected and the OK button 132 is clicked, processing timing information 
including the selected device name and event is temporarily stored in the client 
terminal 10. When the nsex wishes to cancel the selection, the user may click the 
cancel button 148. 

When the user defines the job flow in the instruction creation screen 100 and 
designates the file destination, the cUent terminal 10 sends the job flow information 
defined by the operation of the user to the instruction generating server 30 in 
accordance with a CGI (Comnion Gateway Interface) format When the file 
information relating to the file destination and file name of the instnicdon, the use 
allowance information and the processing timing are set, the processing timing 
information is also sent to the instruction generating server 30. 

The instruction generating server 30 creates, on the basis of the I/F 
information of the services and the job flow information relating to an instruction of 
service cooperation from the user, an instruction where information for identifying the 
processing target document, such as die content of processing requested of the service, 
input parameters, mann^ of cooperation of the services Qoh flow), document name 
and storage location, is defined. The instruction is configured in the XML frirmat. 

Hg. 5 is a conceptual diagram showing an instruction configured in XML 
format. Because the cooperative processing of plural services is also regarded as one 
service, the instruction has a configuration where "Flow" is added to the I/F 
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infonnation shown in Hg. 3. 

"Flow" is an element that desciibes the cooperation between services, and 
includes elements such as "Invocation", control structures, logic operations and "if 
for detennining conditions, operation instructions of an XML stractnre for adjusting 
the cooperation between services, and infonnation for identifying the pnxzessing target 
document. 

"Invocation" represents tiie specific method of the service processing device 
and executes the calling-iq> of the services. Included as "Invocation** elements arc 
"Map", which represents the position infonnation of the parameters, and a method 
name "Method" tiiat is caUed up. "iT, "and", "eq" and "gt", which represent control 
structures and logic op^^ations, conduct condition branching at the time of cooperative 
processing and execute adjustment of the parameters sent between the services. 

The instruction describes, in the "Flow" elements, all infonnation relating to 
the control of the cooperative processing of the services. Thus, the cooperative 
processing itself, which is represented by the instruction, is regarded as one service. 
It should be noted tiiat the instruction is not limited to the configuration shown in Fig. 
S and that it suf&ces as long as the instruction can effect cooperation of services. 

When die instruction generating serv^ 30 sends the use allowance 
information to the file destination together with the above instruction of the XML 
format and recraves the processing timing information, it sends the file information to 
the instruction managing server 40 togetiier with this. Thus, the instruction and the 
use allowance information are associated with each other and saved in the designated 
file destination. Also, when execution of service cooperation processing is 
designated by the user, the instruction generating server 30 may also send the 
instruction direcdy to the coopoative processing server 50. 
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When the instruction managing server 40 receives the file information and the 
processing timing information, it stores a correspondence relation in which the 
processing timing information and the file destination of the instruction are associated. 
AdditLonaUy, when the designated specific event occurs in the device designated by 
the processing timing information, the instruction managing server 40 requests the 
designated device to give notification of this. Also, when the instruction managing 
server 40 is designated as the file destination of the instruction and receives the 
instruction and the use allowance information, the instruction managing server 40 
associates the instniction sent from the instruction generating server 30 with the use 
allowance information and stores the same. 

When ttkc instruction managing serv^ 40 is requested by the client terminal 
10 to execute an instruction, the instniction managing server 40 reads that instruction 
and sends it to the cooperative processing server 50. When the instruction managing 
servOT 40 is notified by another device that a specific event has occurred, the 
instniction managing server 40 identifies the file destination of the instruction 
corresponding to the notified event on the basis of the stored correspondence relation, 
reads the instruction of the file destination of that instruction, and sends it to the 
cooperative processing SCTver 50. 

The cooperative fmcessing server 50 is a server that interprets/executes the 
designated instruction. When an instruction is sent firom the instruction managing 
server 40, the co<^>erative processing server 50 interprets tiie instruction, calls up in 
order tiie service processing devices such as the image processing device 61, the 
document managing server 62 and the document delivering server 63 in accordance 
with the use method and order described in the instruction, and executes cooperative 
processing. Also, the cooperative processing serv^ 50 saves the status of the 
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cooperative processing dining execution and th- information of the result of the 
concluded coopmtive processing, and provides notification of the status and result of 
the cooperative processing in response to a request firom the outside. 

When the cooperative processing server 50 interprets the instruction and 
requests the service processing devices, the cooperative processing server 50 generates 
separate instruction information including information for identifying the processing 
target document^ the input parameters and die processing request content. It should 
be noted that the cooperative processing server SO may also describe, in the instruction, 
the association between processing before and after the processing conducted by the 
service processing devices, or may be configured to request processing in information 
conversion formats unique to each service processing device and not the format of the 
instruction* 

The image processing device 61 is a computer in which is installed a software 
program that conducts image processing iimctians. The image processing device 61 
conducts document processing on the basis of the information of the processing target 
document, the input parameters and the service processing request content included in 
the processing request from the cooperative processing server SO. The image 
processing device 61 also notifies the service searching server 20 of the partial I/F 
information at the time of invocation. Moreov^, the image processing device 61 
sends the I/F information representing the use method of the image processing service 
in response to a request from the instruction generating server 30. This I/F 
information is used at the time the instniction is created. 

The document managing server 62 includes a document storage function. 
The document managing server 62 executes storage, searching and reading of the 
document, changes attributes relating to the document and executes various processing 
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on the basis of the infonnation included in the request from the cooperative processing 
server 50. The document managing serv^" 62 also notifies the service searching 
server 20 of the paitial VP infonnation at the time of invocation. Moreover, the 
document managing server 62 sends the VP information representing the use method 
of the document managing service in response to a request from the instruction 
generating server 30. 

The document delivering server 63 is disposed with functions for storing the 
acquired document in the designated document managing senrer, sending e-mails and 
faxes to designated transmission destinations, and conducting print ouqmt processing 
to a designated printer. The document delivering server 63 conducts document 
delivery processing, on the basis, of the docunient designated by tfie client terminal 10 
and the information of the delivery destination thereof, in response to a request from 
the cooperative processing server 50. The document delivering SCTver 63 also 
notifies the service searching senrer 20 of the partial I/F information at the tune of 
invocation. Moreover, the document delivering server 63 sends the I/F information 
r^resenting the use method of the document delivery processing service in response 
to a request from the instruction generating servra* 30. 

The first service processing device 64 is a device that conducts predetermined 
service processing relating to a document in accordance with an instruction from the 
outside. Here, the first service processing device 64 executes service processing that 
the first service processing device 64 itself is to execute on the basis of information 
such as information for identifying the processing target document, the input 
parameters and die processing request content from the cooperative processing server 
50. The first service processing device 64 also notifies the service searching server 
20 of the partial I/F information at the time of invocation. Moreover, the first service 
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processing device 64 sends the I/F information representing the use method of the 
service processing in response to a request from the instroction generating server 30. 
It should be noted that the second s«vice processing device 65 operates in the same 
manner as the first service processing device 64 with the exception of the content of 
the service processing. 

In the document processing system 1 configured as described above, when 
application programs for executing predetermined services are installed, the service 
processing devices such as the image processing device 61, the document m a n a gin g 
server 62 and the document delivering server 63 operate in the following manner. 

During invocation processing, the sCTvice processing devices such as . the 
image processing device 61, the document managing server 62 and the document 
delivering server 63 notify the service searching server 20 of the partial VP 
information including information representing the addresses and the service outlines 
of each. 

The service searching server 20 saves the partial l/F infomoation sent from the 
s^idce processing devices such as the image processing device 61, the document 
managing server 62 and the document delivering server 63. Thus, for example, when 
there is a predetermined service search request from the instruction generating server 
30 or the cooperative processing server 50, the service searching server 20 can execute 
a search using the partial VP information. 

It should be noted that the coopmitive processing server 50 corresponds to 
interpreting unit and cooperative processing unit of the invention, the client terminal 
10 corresponds to setting unit of the invention, the instruction generating serv^ 30 
corresponds to generating unit of the invention, and the inistruction managing server 40 
corresponds to storing unit, identifying unit and authenticating uiut of the invention. 
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(Creation of Instruction) 

Fig, 6 is a flow chart showing the processing sequence of the client tenninal 
10, the instruction generating server 30 and the instruction managing server 40 at the 
time the instruction is created. 

In accordance with the operation of tiie user, tiie cUent tenninal 10 accesses, 
through an instaUed browser, die URL (Uniform Resource Locator) of die HTML file 
generated for a user interface soeen diat die instruction generating server 30 provides 
(step STl). 

The instruction generating server 30 sends, to the client terminal 10, the 
HTML me of the user interface screen in response to the browse request, ftom the 
client terminal 10 (step ST2). 

It should be noted diat, prior to this processing, an HTML file of a user 
authentication smen may be sent to die cUent tenninal 10 to conduct user 
authentication. 

The client tenninal 10 displays the user interface screen on the basis of 
infonnation configuring die screen included in the HTML file sent from the instruction 
generating server 30 (step ST3). At tiiis time, the user can use the user interface 
screen displayed on the client terminal 10 to define a job flow of desired service 
coopmtion and to designate the file destination of the instruction, the setting of the 
access rights and the processing timing of the instruction. 

The client terminal 10 determines whedier or not the job flow has been 
defined and the file destination has been set via die user int«^u:e screen, and stands by 
until the file destination is set (step ST4). When the client terminal 10 determines 
diat the file destination has been set, the client tmninal 10 sends, to die instmction 
generating server 30, the job flow infonnation relating to the service coc^eration 
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defined by the aser, tiie file infbnnadon lelatmg to the file destinatioa and the file 
name of the instruction, the use aUowance information and the processing timing 
infmnation. 

The instruction generating server 30 creates, on the basis of the information 
relating to the job flow of the service cooperation sent from die client terminal 10 and 
the 1/F information acquired from the service processii^ devices, an instruction in 
ii^ch are defined the content of the processing to be requested of the servers, die input 
parametral, the manner of cooperation of the services, and the information for 
identifying the processing taiget document such as the document name and the storage 
location information. Then, the instruction generating s^er 30 sends an 
XML-format instruction, the file information, the use allowance information and the 
processing timing information to the instruction managing server 40, which is the 
device of the designated file destination (step ST5). 

In accordance with die file information, the instruction managing sctycr 40 
designated as the file destination associates the instmction genmted by the instruction 
generating servo' 30 with die use aUowance information and saves die same (step ST6). 
The instmction managing servo' 40 can save plural instructions created by the 
instruction generating server 30. When diere is an instmction fiom die client 
tmninal 10 to select an instruction, the instruction managing server 40 reads the 
selected instruction. 

Also, the instruction mans^ing server 40 determines whether or not it has 
received the processing timing information (step ST7). When it has received the 
processiz^ timing information, the instruction managing ser v er 40 stones the 
correspondence relation in which die processing timing information and the file 
destination of the instruction are associated (step ST8). 
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Then, when the specific event designated by the processing dining 
infonnadon occurs, die instnicdon managing serv«- 40 requests the device designated 
by the processing timing informadon to give notification thereof (step ST9). Thus, 
when the device requested to give notification detects that the designated specific 
event has occurred, the device notifies the instruction managing server 40 thereof. 
(Invocation/Execution of Coop^ative Processing) 

The user can invoke cooperative processing by selecting a desired instruction 
fiom among the plural instructions saved in the instruction managing server 40, and 
can invoke cooperative processing at a timing at which the specific event occurs. 
Here, the first service processing device 64 is disposed with a fia receiving fimction 
and is capable of communicating through a mailbox. Description will be given of a 
case where the instruction is executed at a timing at which a document is stored in the 
mailbox. 

Fig. 7 is a flow chart showing the processing of the instruction managing 
server 40 and the cooperative processing server SO. Km, description will be given 
of a case where image processing such as noise removal and OCR processing is 
conducted on a document stored in the mailbox of tiie first service processing device 
64, processing fc»r binding an extracted test document and an extracted image 
document is conducted, the bound documents are stored in a predetermined storage 
destination, only the text document of the bound documents is sent to an e-mail 
address that is designated as a transmission destination, and an instruction is executed 
wheie processing to fax only the image document to a designated fax number is 
instructed. 

The instruction managing serva- 40 determines whether or not notification has 
been given from a device connected to the network 5 that a specific event has occurred 
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(stepSTll). 

When notification has not been given that a specific event has occurred, the 
instmction osanaging server 40 stands by until notification is given. Here, when a 
document is stored in the mailbox of the first service processing device 64, the first 
service processing device 64 notifies the instruction managing server 40 that the 
document has been stored in the mailbox. 

When the instruction managing server 40 has been notified that the specific 
event has occurred, the instruction managing server 40 identifies the instmction 
corresponding to the specific notified event on the basis of the prestored 
correspondence relation in which iSbc processing timing information and the file 
destination of the instmction are associated, reads the instmction, and sends the 
instmction to the cooperative processing server 50 (step ST12)- As a result, the 
coopemtive processing server 50 inidates execution of cooperative processing. 

The cooperative processing server 50 interprets die instmction sent fiom the 
instmction managing s^er 40 and requests the image processing device 61, which is 
the first processing described in tiie instmction, to execute first s^vice processing 
(step ST13). Specifically, the coc^erative processing saver 50 extracts, on the basis 
of the information described in the instruction, the information identifying the input 
parameter and output parameter formats necessary for the processing request and the 
location of the service processing device with respect to which processing is requested, 
the method name for the processing request, the invocation scheme, and the processing 
target document (here, the document stored in the mailbox of die first service 
processing device 64), and creates s^arate instmction information. The cooperative 
processing server 50 sends the sq>arate instmction information to the image 
processing device 61, which is the first processing request destination. 
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The image processing device 61 copies the processing target document on the 
basis of the storage destination location information of tbs processing target document 
described in the sent instruction, and acquires the document With respect to the 
acquired image document, the image processing device 61 interprets the service 
processing request content, conducts image processing such as noise removal and 
OCR processing, and conducts processing to bind the image document with the 
extracted text document. Ihe image processing device 61 restores, in the original 
storage destination, a document where the image document obtained by the image 
processing and the text document are bound. AVhen this processing concludes, the 
image processing device 61 sends, to ^e cooperative processing server SO, die 
processing results, such as status infonnatioa of the processing (concluded), output 
parameters, and post-processing docuniient storage destination information. 

When the cooperative processing server 50 receives the processing results 
fiom the image processing device 61, the cooperative processing server SO. manages 
die result of the first processing request as a log. Then, the cooperative processing 
server SO identifies a second processing request destination on the basis of the 
instruction and requests the document managing server 62 to execute second service 
processing (step ST14). Similar to the first service processing request, die 
cooperative processing server 50 sends s^arate instruction information (information 
for storing the document, which is information relating to die processing request 
information of die storage destination of the document; and information identifying die 
processing target document) to the document managing saver 62. 

On the basis of the storage destination information described in the request 
content, the document managing server 62 conducts storage processing of the 
document processed and stored in the previous processing (first service processing) on 
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*ebasisofd,e««pestcont»tofthecoopcn«iveprocessi^^ When this 

pressing is conduded. the document numaging server 62 sends, to 
processing server 30. the processing results, such as status information of the 
processing (concluded), output parameters, and post-proce««ng document storage 

destination information. 

When the cooperative processing server 50 receives the processing results 
ftom the second service processing (document storage processing), the cooperative 
processing server 50 manages the result of the second processing request as a log. 
The cooperative processing server 50 identifies a third processing request destination 
on the basis of the mstruction and requests the document deUvering server 63 to 

execute third service processing (step ST15). Similar to the second service 
processing request, the cooperative processing server 50 sends separate instruction 
information Onfbrmation for storing the document, which is information relating to the 
processing request; information of the storage destination of the document; and 
information identi^g the processing target document) to the document deUvcring 
server 63. 

On the basis of the information (storage destination information) identi^g 
me document, tiie docmnent deUvering server 63 reads the document file of the 
document processed and stored in tiie previous processing (second service processing) 
on the basis of tiie request content trf tiie cooperative processing server 50, and 
conducts the processing described in die request content. Here, the document 
detivering server 63 e-mails, to an e-mail address diat is designated as tiie transmission 
destination, only the tc« document of ti« document in which tiie text document and 
Ac image document are bound, and faxes only tiie image document to a designated fax 
number. When tiiis processing is concluded, tiie document deUvering server 63 sends. 
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to the cooperative processing server 50. the processing results, such as status 
infonnation of the processing (concluded), output parameters, and post-processing 
document storage destination information. 

In this processing, for example, in fax transmission processing, when the line 
to which the fax is to be sent is busy and a connection camiot be established even after 
retrying a predetermined number of times, the document deUvering server 63 sends 
"e-aail transmission: completed; fax transmission: not sent" to the cooperative 
processing server 50 as status information. 

When the cooperative processing server 50 receives the processmg result 
ftom die tiiiid service processing and determines that subsequent proccssuig is not 
described m the instruction, the cooperative processing server 50 notifies the client 
terminal 10 tiiat all processing has been completed and concludes the cooperative 

processing (step ST16). 

la this manner, in the present embodiment, becanse the instruction is 
automatically executed at the timing at which the docmnent is stored in ttie maflbox of 
Ae first service processing device 64, it is not necessary for the user himsdf*erself 

confirm whelher or not the document has been stored in the mailbox and to instruct 
execution of the instruction, and various and compUcated processing can be rapidly 

and easily conducted. 

Although description was given in die present embodiment of a case where an 

instruction instructing tiiat OCR processing and the like be executed at a timing at 
which a document is stored in the mailbox of the first service processing device 64 is 
automaticaUy executed, the specific event and the content of processmg executed by 
the instruction are not limited thereto. 

For example, the fact that an error has occurred during execution of a job can 
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be used as the specific event, and the processing timing can be set so that an 
instruction instructing the feet that an error has occurred and the content of the error be 
printed out when that event occurs is executed. Thus, when the job has concluded 
with an error, a report of the content of the error can be automatically outputted. 
Also, when user authentication is conducted, the instruction can be designated per 
user. 

Also, the &ict that an oror has occurred within a device can be used as the 
specific event, and the processing timing can be set so that an instruction instructing 
that the content of die error be printed out when that event occurs is executed. Thus, 
when an error has occurred within a device, for example, when a device has run out of 
toner, a message representing this can be automatically outputted. 

Also, the fact that a predetermined job has been concluded a predetermined 
number of times can be used as the specific event, and die processing timing can be set 
so that an instruction instructing that the processing history of the job be printed out 
vihen that event occurs is executed. Thus, whm a predetenmned job such as fex 
transmission processing has been conducted a predetermined numiber of times, the 
transmission history can be automatically outputted. 

Also, the fact that it has become a predetermined time can be used as the 
specific event, and the processing timing can be set so that an instruction instructing 
execution of a job when diat event occurs is executed. Thus, for example, print 
processing can be automatically conducted at night, and a job such as conducting data 
transfer processmg can be executed. 

Also, the fEict that user audientication has been conducted can be used as the 
specific event, and die processing timing can be set so that an instruction instructing 
that processing for dianging the operation screen to the user environment when that 
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event occurs is executed: Thus, when user authentication has been conducted, 
separate operation screens can be displayed per uset and the execution environment of 
the job can be changed peruser. 

Also, although a case was described m the present embodiment where the 
correspondence relation between the processing timing information and the file 
destination of the instruction was stored in the instruction managing server 40, the 
invention is not limited thereto and may be configured so that the processing timing 
information is described in the instruction. 

Also, each of the servers connected to the network 5 and described in the 
above embodiment may be configured as an independent device, sevml may be put. 
together and disposed within a single device, or ail may be disposed within a single 
device. 

For example, as shown in Fig. 12, the invention may be configured so that die 
GUI function of the client terminal 10 for conducting various operations such as 
creating the instruction and selecting the instruction, the instruction generating 
function of die instraction generating server 30, die instruction managing function of 
the instruction managing server 40, the cooperative processing function of the 
coopmtive processing server 50, the im^e processing function of the image 
processing device 61, the document managing function of the document managing 
server 62 and the document delivering function of the document delivering server 63 
are disposed in a composite machine 70 disposed with the respective functions of a 
copy function, a fax function, a scaimer function and a print function as functions for 
conducting s^vlce processing. 

In this case, the instruction can be created and saved in the composite 
machine 70, and image processing such as noise removal processing and OCR 
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pHKessiag. post-processing stan.gc processing of document data, fax tnu^missioo and 
eW transnrission can be cooperatively effected on docunient data stored in the 
composite n^chine 70. Of course, sinular to the above^soibed en^odimenUt is 
also possible for the cUent tenninal 10 to create or select an instruction. 

Also, the processing target document data and instruction may also be stored 
in another external device connected to the network 5. Also. n«her than the 
composite machine 70 processing the document data saved in the composite machine 
70 or the document data stored in another external device, another external composite 
eomiected to the network or od.er external devices including respective 
processing fhnctions and each eomiected to the network may conduct processing. 

Also, although the service searching server 20 acijuiies part of the W 
information (partial 1/F infonnation) ftom the service processing devices in t^^ 

eoAodunent. the server searching server 20 may also be configured to acquire aU of 
the I/F infoonadon. 

Second Embodiment 

Next, a second embodiment of the invention wiU be described. Itshouldbe 

noted duu the same reference numerals will be given to sections that are d« same as 
those of d« first embodhnent, and that detailed description of those sections will be 
omitted. 

Rg. 13 is a block diagram for describing the interrdation of service 
processmg devices configuring a docnmem processing system 80 pertaining to the 
second embodiment. The document processing system 80 pertaining to the second 
en*odime« executes cooperative pnKXSsing of plund services without using the 
cooperarive processing server 50 shown in Figs. 1 and 2. 

It should be noted that, although die document processing system 80 is 
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disposed with the service processing devices shown in Fig. 1 (excluding the 
cooperative processing scrvff 50), only the SCTvice processing devices relating to 
cooperative processing are shown in Fig. 13. 
(Invocation/Execution of Cooperative Processing) 

Similar to the first embodiment, the user can automatically invoke 
cooperative processing by designating an instruction that is to be executed when a 
specific event occurs. A case will be described below where, similar to the first 
embodiment, the first sovice processing device 64 is disposed with a fax receiving 
fimction and is enable of communicating through a mailbox. , and the instruction is 
executed at a timing at which a document is stored in the mailbox. 

When the instruction managing server 40 has been notified by a device 
connected to the network 5 that a specific event has occurred, i.e., when the instruction 
managing server 40 has been notified by the first service processing device 64 that a 
document has been stored in the mailbox of the first processing device 64, the 
instruction managing server 40 identifies, on the basis of the prestored correspondence 
relation in which the processing timing infinmation and the file destination of the 
instruction are associated, the instruction corresponding to the notified speofic event, 
reads the instruction, and sends the instruction to the image processing device 61. 

The image processing device 61 acquires die processing target document on 
the basis of the storage destination location information of the processing target 
document (here, the document stored in the mailbox of the first service processing 
device 64) described in the sent instruction* Witii respect to tiie acquired image 
document, Cfae image processing device 61 intoprets the service processing request 
content, conducts image processing such as noise removal and OCR processing, and 
conducts processing to bind the image document with tiie extracted text document. 
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After the ptedetermined image processing is concluded, the image processing device 
61 deletes the service processing request described in the instruction. Then, the 
icaagc processing device 61 sends, to the document managing server 62 providing the 
next service processing, a document in which the text document and the image 
document obtained by image processing are bound and the instruction including the 
processing result such as the status information of the processing (concluded), the 
output parameters and the post-processing document storage destination information. 

The image processing device 61 may also be configured so diat» after the 
predetermined image processing is concluded, the image jmcessing device 61 revises 
or deletes the portion relating to its own service request described in the instruction 
and sends it to the document managing server 62. Moreover; the image processing 
device 61 may also be configured so that, after the predetermined image processing is 
concluded, tiie image processing device 61 sends the instruction to the next service 
processing device. 

The document managing server 62 tetsporarily stores the cfocum^nt sent from 
the image processing device 61 in the storage destination described in the instruction. 
Then, the document managing s^er 62 deletes die service processing request 
described in the instruction and sends the document and the instruction to the 
document ddivedng saver 63, which conducts the next service [nocessing. 

On the basis of the instruction, the document delivering server 63 e-mails 
only the text document of the document in which the text document and the image 
document are bound to an e-mail address designated as the delivery destination, and 
faxes only the image document to a designated lax number. Then, when the 
document delivering server 63 determines tiiat subsequent processing is not described 
in tiie instruction, the document delivering server 63 notifies the client terminal 10 that 
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all processing has been completed, and concludes the cooperative processing. 

It should be noted that, in the present embodicneat, similar to the first 
embodiment, each of the devices connected to the network S such as die s^m may 
be coniiguied as an independent device, several of the devices may be put together and 
disposed within a single device, or all of the devices may be disposed within a single 
device. 

Accor<Ung to the present invention, there is the effect that the invention can 
cause devices connected to a network to cooperatively effect plnial processes to be 
executed on document data. 

The entire disclosure of Jeqwnese Patent Application No. 2003-079270 filed 
on March 24, 2003 including specification, claims, drawings and abstract is 
incorporated herein by refonence in its entirety. 
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